Underground

home *** CD-ROM | disk | FTP | other *** search

/ Underground / Underground CD1.iso / other / how-to.pl / Kernel-HOWTO.pl.txt < prev next >

Wrap

Text File | 1997-12-02 | 65.9 KB | 1,849 lines

Opis j▒dra Linux-a, jego instalacji itp. Autor: Brian Ward, bri@blah.math.tu-graz.ac.at v0.80, 26 maja 1997 Wersja polska: Bartosz Maruszewski B.Maruszewski@jtz.org.pl v2.0, 22 Listopada 1997 Dokument ten jest szczeg≤│owym przewodnikiem do konfiguracji, kompi¡ lacji, odnawiania j▒dra. Zawarte s▒ tutaj tak┐e sposoby rozwi▒zywania problem≤w dla system≤w na procesorach rodziny ix86. Zosta│ napisany w standardzie ISO-8859-2. Orygina│ tego dokumentu znajduje siΩ pod adresem ftp.icm.edu.pl w katalogu /pub/Linux/sunsite/docs/HOWTO. Nowsza wersja zawiera uaktualnione wskazania na katalog zawieraj▒cy j▒dra na ftp.icm.edu.pl ______________________________________________________________________ Table of Contents 1. Wprowadzenie. 1.1 Przeczytaj to najpierw! (Nie ┐artujΩ) 1.2 S│owo na temat wygl▒du. 1.3 Wa┐ne pytania i odpowiedzi na nie. 1.3.1 Co to j▒dro w og≤le robi? 1.3.2 Dlaczego mia│bym chcieµ odnowiµ swoje j▒dro? 1.3.3 Jaki sprzΩt obs│uguj▒ nowsze wersje j▒dra? 1.3.4 Jakiej wersji gcc i libc potrzebujΩ? 1.3.5 Co to jest │adowalny modu│? 1.3.6 Ile potrzebujΩ miejsca na dysku? 1.3.7 Jak d│ugo zajmuje kompilacja? 2. Jak w│a╢ciwie skonfigurowaµ to j▒dro? 2.1 Zdobywanie ╝r≤d│a. 2.2 Rozpakowywanie ╝r≤d│a. 2.3 Konfiguracja j▒dra. 2.3.1 Kernel math emulation. 2.3.2 Normal (MFM/RLL) disk and IDE disk/cdrom support. 2.3.3 Networking support. 2.3.4 Limit memory to low 16MB. 2.3.5 System V IPC. 2.3.6 Processor type (386, 486, Pentium, PPro). (w starszych wersjach: Use -m486 flag for 486-specific optimizations) 2.3.7 SCSI support. 2.3.8 Network device support. 2.3.9 Filesystems. 2.3.9.1 Ale ja nie wiem jakiego systemu plik≤w potrzebujΩ! 2.3.10 Character devices. 2.3.11 Sound card. 2.3.12 Inne opcje konfiguracji. 2.3.13 Kernel hacking. 2.4 I co teraz? (Makefile) 3. Kompilacja j▒dra. 3.1 Czyszczenie i zale┐no╢ci. 3.2 Kompilacja g│≤wna. 3.3 Inne parametry dla "make" przy kompilowaniu j▒dra. 3.4 Instalacja j▒dra. 4. úatanie j▒dra (patchowanie). 4.1 Zak│adanie │aty. 4.2 Je╢li co╢ p≤jdzie nie tak. 4.3 Pozbywanie siΩ plik≤w ".orig". 4.4 Inne │aty. 5. Pakiety dodatkowe. 5.1 kbd 5.2 util-linux 5.3 hdparm 5.4 gpm 6. Niekt≤re pu│apki. 6.1 make clean 6.2 Wielkie albo wolne j▒dro. 6.3 J▒dro siΩ nie kompiluje. 6.4 Nowa wersja j▒dra nie chce siΩ za│adowaµ. 6.5 Zapomnia│e╢ uruchomiµ lilo, albo system siΩ w og≤le nie │aduje. 6.6 Pisze mi "warning: bdflush not running". 6.7 Pe│no tu jakich╢ undefined symbol i nie chce sie kompilowaµ. 6.8 Nie mogΩ zmusiµ mojego CD-ROM-u IDE/ATAPI do wsp≤│pracy. 6.9 Pisze co╢ o przestarza│ym rutingu. 6.10 Firewall mi nie dzia│a w wersji 1.2.0 6.11 "Not a compressed kernel Image file". 6.12 Problemy z konsol▒ po odnowieniu do wersji 1.3.x. 6.13 Nie mogΩ skompilowaµ r≤┐nych rzeczy po odnowieniu j▒dra. 6.14 ZwiΩkszanie limit≤w. 7. Uwaga na temat odnowienia do wersji 2.0.x. 8. Modu│y. 8.1 Instalacja narzΩdzi modu│owych. 8.2 Modu│y dystrybuowane z j▒drem. 9. Inne opcje konfiguracji. 9.1 Ustawienia og≤lne. 9.2 Opcje sieci. 10. Sztuczki i wskaz≤wki. 10.1 Przekierowywanie wyj╢cia z polece± make i patch. 10.2 Instalacja warunkowa j▒dra. 10.3 Odnowienia j▒dra. 11. Inne dokumenty HOWTO, kt≤re mog▒ siΩ przydaµ to: 12. R≤┐no╢ci 12.1 Od autora. 12.2 Co jest jeszcze do zrobienia. 12.3 Oto ci, kt≤rzy siΩ przyczynili do powstania tego HOWTO. 12.4 Prawa autorskie, licencja i takie inne. 12.5 Od t│umacza. ______________________________________________________________________ 1. Wprowadzenie. Czy powiniene╢ to czytaµ? Hmm... zobaczmy czy masz nastΩpuj▒ce problemy: ╖ "Ten wredny pakiet m≤wi, ┐e potrzebuje j▒dra w wersji 1.8.193 a ja ci▒gle mam 1.0.9!" ╖ W jednym z nowszych wersji j▒dra jest nowy sterownik, kt≤ry po prostu MUSISZ mieµ. ╖ W og≤le nie masz pojΩcia jak skompilowaµ j▒dro ╖ "Czy to w README to naprawdΩ wszystko?" ╖ Usiad│e╢, spr≤bowa│e╢ i nie wysz│o ╖ Potrzebujesz czego╢, co m≤g│by╢ daµ tym wszystkim, kt≤rzy ci▒gle ciΩ prosz▒ ┐ebys im zainstalowa│ j▒dro. 1.1. Przeczytaj to najpierw! (Nie ┐artujΩ) Niekt≤re z przyk│ad≤w zawartych tutaj zak│adaj▒, ┐e masz zainstalowane takie programy jak: GNU tar, find i xargs. S▒ one w│a╢ciwie standardowe; nie powinno byµ z tym problem≤w. Zak│ada siΩ tak┐e, ┐e znasz strukturΩ twojego systemu plik≤w. Je╢li nie znasz to koniecznie trzymaj w rΩku wydruk tego co pojawia siΩ na ekranie po poleceniu mount, albo wydruk zawarto╢ci pliku /etc/fstab je╢li umiesz go przeczytaµ. Informacja ta jest wa┐na, i nie zmieni siΩ dop≤ki nie zmienisz uk│adu partycji na twoim dysku. Najnowsz▒ wersj▒ j▒dra, dostΩpn▒ podczas pisania tego dokumentu, by│a wersja 2.0.30. To znaczy, ┐e wszystko w tym dokumencie odnosi siΩ do tej w│a╢nie wersji. Chocia┐ staram siΩ napisaµ ten dokument tak niezale┐nym jak siΩ tylko da, j▒dro jest ci▒gle rozwijane, wiΩc je╢li dostaniesz nowsz▒ wersjΩ, nieuniknionym jest, ┐e bΩd▒ jakie╢ r≤┐nice. Ale to wci▒┐ nie powinno stanowiµ du┐ego problemu, co najwy┐ej mog▒ wyst▒piµ jakie╢ drobne r≤┐nice. S▒ dwie og≤lne wersje ╝r≤de│ j▒dra Linux-a, stabilne i testowe. Stabilne wersje zaczynaj▒ siΩ od wersji 1.0.x i s▒ numerowane liczbami parzystymi (chodzi o liczbΩ drug▒); 1.0.x, 1.2.x, 2.0.x Wersje te s▒ uwa┐ane za najbardziej stabilne, wolne od dziur i b│Ωd≤w podczas ich dystrybucji. J▒dra testowe (1.1.x, 1.3.x, 2.1.x) s▒ j▒drami przeznaczonymi dla tych, kt≤rzy chc▒ je testowaµ, wprowadzaµ jakie╢ zmiany, mo┐e nawet wsp≤│pracowaµ przy tworzeniu go. W wersjach tych mo┐e byc pe│no b│Ωd≤w, mog▒ siΩ zawieszaµ chocia┐ to wcale nie jest regu│▒ i niekoniecznie musi siΩ dziaµ. Jakby co, to zosta│e╢ ostrze┐ony. 1.2. S│owo na temat wygl▒du. Tekst, kt≤ry tak wygl▒da jest albo czym╢ co pojawi siΩ na ekranie, nazw▒ pliku, albo czym╢ co mo┐e byµ bezpo╢rednio wpisane z klawiatury (np. polecenie, czy jego opcje). Je╢li czytasz ten dokument jako zwyk│y plik tekstowy to tekst ten niczym siΩ nie r≤┐ni. 1.3. Wa┐ne pytania i odpowiedzi na nie. 1.3.1. Co to j▒dro w og≤le robi? J▒dro w systemach typu Unix odgrywa rolΩ po╢rednika miΩdzy twoimi programami, a twoim sprzΩtem. Najpierw zajmuje siΩ zarz▒dzaniem pamiΩci dla wszystkich uruchomionych program≤w (proces≤w), i dba o to, aby wszystkie one dosta│y r≤wn▒ ilo╢µ czasu procesora. (albo nier≤wn▒ je╢li tak za┐▒dasz). Dodatkowo, posiada mi│y interfejs dla program≤w chc▒cych "rozmawiaµ" z twoim sprzΩtem. J▒dro spe│nia oczywi╢cie o wiele wiΩcej funkcji, ale to s▒ najwa┐niejsze, kt≤re nale┐y znaµ. 1.3.2. Dlaczego mia│bym chcieµ odnowiµ swoje j▒dro? Nowsze j▒dra z regu│y maj▒ wieksz▒ ilo╢µ sterownik≤w, czyli mog▒ obs│u┐yµ wiΩksz▒ ilo╢µ urz▒dze±, mog▒ mieµ ulepszone algorytmy zarz▒dzania procesami, mog▒ dzia│aµ szybciej ni┐ starsze wersje, mog▒ byµ bardziej stabilne, maj▒ tak┐e wiele poprawek b│Ωd≤w, kt≤re zdarzy│y siΩ w wersjach wcze╢niejszych. WiΩkszo╢µ ludzi odnawia swoje j▒dra poniewa┐ chc▒ wiΩkszej ilo╢ci sterownik≤w i naprawionych b│Ωd≤w. 1.3.3. Jaki sprzΩt obs│uguj▒ nowsze wersje j▒dra? Przeczytaj Hardware-HOWTO. Mo┐esz tak┐e zajrzeµ do pliku config.in w ╝r≤d│ach j▒dra. Albo po prostu dowiedzieµ siΩ samemu jak napiszesz make config. W poleceniu tym znajd▒ siΩ wszystkie obs│ugiwane przez dane j▒dro urz▒dzenie. Ale nie bΩd▒ to wszystkie urz▒dzenia, kt≤re obs│uguje Linux. Wiele popularnych sterownik≤w (jak np. sterownik do PCMCIA i niekt≤re sterowniki do ta╢m) s▒ rozprowadzane osobno jako │adowalne modu│y. 1.3.4. Jakiej wersji gcc i libc potrzebujΩ? Aby zobaczyµ jak▒ masz wersjΩ napisz gcc -v. Linus zaleca zawsze w pliku README wersjΩ gcc, kt≤ra powinna byµ u┐yta do kompilacji danego j▒dra. Je╢li nie masz tej wersji, dokumentacja w zalecanej wersji gcc powinna powiedzieµ ci czy musisz odnowiµ libc. Nie jest to trudne, ale wa┐ne jest, aby postΩpowaµ zgodnie ze wskaz≤wkami. 1.3.5. Co to jest │adowalny modu│? S▒ to czΩ╢ci j▒dra, kt≤re nie s▒ zawarte bezpo╢rednio w nim. Kompiluje siΩ je osobno i mo┐na je umie╢ciµ a nastΩpnie usun▒µ z uruchomionego j▒dra prawie zawsze. Z powodu tej elastyczno╢ci jest to teraz preferowana metoda pisania niekt≤rych fragment≤w j▒dra. Wiele popularnych sterownik≤w urz▒dze± to │adowalne modu│y. 1.3.6. Ile potrzebujΩ miejsca na dysku? To zale┐y od twojej konkretnej konfiguracji. Skompresowane ╝r≤d│a zajmuj▒ mniej wiΩcej 6 MB. No ale ┐eby skompilowaµ to wypada│oby je rozpakowaµ, a te zajmuj▒ ju┐ 24 MB (+6 MB archiwum). Ale to jeszcze nie koniec -- musisz przecie┐ skompilowaµ to j▒dro, a wyniki kompilacji (pliki objektowe itp.) te┐ trzeba gdzie╢ trzymaµ. Wielko╢µ wyniku kompilacji zale┐y od tego co w│adujesz do j▒dra. Np. ja mam sieµ, sterownik do 3Com 3C509, i trzy systemy plik≤w, co w sumie daje 30 MB (razem z rozpakownymi ╝r≤d│ami oczywi╢cie) Dodaj▒c do tego, skompresowane archiwum wychodzi na to, ┐e potrzebujesz oko│o 36 MB. Je╢li do│o┐ysz co╢ jeszcze, np. d╝wiΩk, bΩdziesz musia│ przeznaczyµ jeszcze wiΩcej miejsca. (Od t│umacza: u mnie d╝wiΩk zajmuje oko│o 500 kB - SoundBlaster 16 Pro). Oczywi╢cie nowsze wersje ╝r≤de│ bΩd▒ zajmowaµ coraz wiΩcej miejsca. Dla por≤wnania: wersja 1.2.29 zajmowa│a rozpakowana oko│o 9 MB. Pomiedzy t▒ wersj▒ a 2.0.10 by│y jeszcze 1.2.30-40, 1.3.0-99 a potem 2.0.x. Tak wiΩc lepiej najpierw siΩ upewniµ czy mamy wystarczaj▒co miejsca. 1.3.7. Jak d│ugo zajmuje kompilacja? Dla wiΩkszo╢ci ludzi odpowied╝ to "naprawdΩ d│ugo". Szybko╢µ procesora i ilo╢µ pamiΩci RAM s▒ czynnikami decyduj▒cymi. Na komputerze 486DX4/100 z RAM-em 16 MB, j▒dro w wersji 1.2.x z piΩcioma systemami plik≤w, obs│ug▒ sieci i sterownikiem do karty d╝wiekowej kompiluje siΩ oko│o 20 minut. Na 386DX/40 z 8 MB RAM-u i podobn▒ konfiguracj▒ kompilacja trwa 1,5 - 2 godzin. Generalnie najlepiej zrobiµ sobie kawΩ, poogl▒daµ telewizjΩ czy co╢ w tym gu╢cie podczas gdy tw≤j komputer bΩdzie kompilowa│ j▒dro. No je╢li masz Pentium 166 czy PPro ;) i 32 MB RAM-u to mo┐esz w czasie kompilacji nawet pisaµ swoje programiki czy robiµ co╢ innego na komputerze. Je╢li natomiast masz naprawdΩ wolny komputer, to id╝ do kolegi i popro╢, ┐eby ci skompilowa│. 2. Jak w│a╢ciwie skonfigurowaµ to j▒dro? 2.1. Zdobywanie ╝r≤d│a. ¼r≤d│a mo┐esz sci▒gn▒µ np. z ftp.kernel.org:/pub/linux/kernel - jest to g│≤wny serwer dla j▒dra Linux-a, albo z jakiej╢ bli┐szej ci kopii tego serwera. W Polsce najlepszym miejscem jest ftp.icm.edu.pl/pub/Linux/kernel. Z regu│y nazwa j▒dra to linux- x.y.z.tar.gz, gdzie x.y.z jest numerem wersji. Nowsze (lepsze?) wersje i │aty (patches) s▒ zwykle w podkatalogu v1.1 czy v1.2. Najwy┐szy numer oznacza najnowsz▒ wersjΩ, zwykle jest to wersja testowa. To znaczy, ┐e je╢li nie masz chΩci na wersje beta czy alfa, powiniene╢ zostaµ przy wersji podstawowej. Bardzo zalecam, aby u┐ywaµ lokalnego mirrora zamiast ftp.funet.fi. ftp.icm.edu.pl jest polskim mirrorem dla sunsite.unc.edu. Jednak adres ten posiada tak┐e w Polsce wiele kopii, wiΩc sprawd╝ najpierw czy gdzie╢ w pobli┐u nie ma takiej kopii. Og≤lnie kopia serwera sunsite.unc.edu to dobre miejsce, ┐eby zacz▒µ. Plik /pub/Linux/MIRRORS zawiera listΩ znanych mirror-≤w. Je╢li nie masz dostΩpu do ftp, lista BBS-≤w jest co jaki╢ czas og│aszana na grupie dyskusyjnej (USENET) comp.os.linux.announce; postaraj siΩ j▒ zdobyµ. Je╢li szukasz jakich╢ og≤lnych informacji o Linux-ie, to zajrzyj pod adres www.linux.org <http://www.linux.org>. W Polsce tak┐e jest Polska Grupa U┐ytkownik≤w Linux-a <http://www.linux.org.pl/>. 2.2. Rozpakowywanie ╝r≤d│a. Zaloguj siΩ jako root albo u┐yj polecenia su i zmie± katalog na /usr/src cd /usr/src. Je╢li zainstalowa│e╢ ╝r≤d│a do j▒dra podczas instalacji Linux-a w katalogu tym znajdziesz do│▒czenie symboliczne linux, kt≤re bΩdzie wskazywa│o na katalog linux-x.y.z ze ╝r≤d│ami, kt≤re wtedy zainstalowa│e╢. Je╢li chcesz zachowaµ stare ╝r≤d│a to usu± do│▒czenie linux poleceniem rm linux. Je╢li takiego do│▒czenia nie ma, a jest katalog linux, to (je╢li chcesz zachowaµ ╝r≤d│a starej wersji j▒dra) zmie± nazwΩ linux na linux-x.y.z, gdzie x.y.z jest wersj▒ tych ╝r≤de│. (zajrzyj do pliku linux/Makefile - w pierwszych trzech linijkach znajdziesz wersjΩ ╝r≤de│ znajduj▒cych siΩ w tym katalogu). Je╢li chcesz mo┐esz skasowaµ ca│y katalog linux i pozbyµ siΩ starych ╝r≤de│. W ka┐dym razie upewnij siΩ, ┐e nie ma katlogu linux przed rozpakowanie ╝r≤de│. Teraz w katalogu /usr/src rozpakuj ╝r≤d│a poleceniem tar zxpvf linux- x.y.z.tar.gz, je╢li na ko±cu nazwy pliku ze ╝r≤d│ami nie ma .gz to u┐yj polecenia tar xpvf linux-x.y.z. Zawarto╢µ archiwum wy╢wietli siΩ na ekranie. Kiedy rozpakowywanie siΩ sko±czy pojawi siΩ nowy katalog linux. Dobrym pomys│em by│oby w tym momencie zmieniµ jego nazwΩ na linux-x.y.z i zrobiµ symboliczne do│▒czenie do tego katalogu o nazwie linux. Aby to zrobiµ u┐yj polecenia mv linux linux-x.y.z; ln -s linux- x.y.z linux. Teraz zmie± bie┐▒cy katalog na linux i przejrzyj plik README. Znajdziesz tam sekcjΩ o nazwie INSTALLING the kernel. Przeczytaj j▒ uwa┐nie i wype│nij wszystkie polecenia, o kt≤rych tam mowa. 2.3. Konfiguracja j▒dra. UWAGA: Niekt≤re z uwag zawartych tutaj s▒ podobne do tych z pliku Linusa README. Polecenie make config wydane w katalogu /usr/src/linux uruchamia skrypt konfiguracyjny, kt≤ry zadaje ci wiele pyta±. Wymaga on zainstalowanego shella, wiΩc sprawd╝ czy go masz. (/bin/bash, /bin/sh lub $BASH) Od t│umacza: W wersjach 2.0.x i nowszych istniej▒ jeszcze dwa sposoby na konfiguracjΩ: make menuconfgi jak sama nazwa wskazuje jest to konfiguracja za pomoc▒ menu tekstowego. Mo┐na te┐ wydaµ polecenie make xconfig co spowoduje uruchomienie mi│ej konfiguracji pod Xwindows. Pierwszy spos≤b wymaga zainstalowanej biblioteki (n)curses. Ta druga wymaga zainstalowanej biblioteki Tcl/Tk. Obie s▒ dostarczane wraz ze standardowymi dystrybucjami. Mo┐na teraz odpowiadaµ na kolejne pytania ukazuj▒ce siΩ na ekranie. Odpowiada siΩ zwykle literami "y" - tak i "n" - nie. Przy sterownikach jest jeszcze dodatkowa opcja "m" - oznacza skonfigurowanie go jako │adowalny modu│. Bardziej komicznym sposobem wyja╢nienia tej litery jest "mo┐e". Niekt≤re z bardziej oczywistych czy nie-krytycznych opcji nie zosta│y tutaj opisane; zobacz w sekcji "Inne opcje konfiguracji." W wersjach 2.0.x i nowszych jest opcja "?". Wciskaj▒c "?" otrzymasz, kr≤tki (czasem d│u┐szy) opis dotycz▒cy danego pytania. Informacje te powinny byµ najbardziej aktualne. 2.3.1. Kernel math emulation. Pytanie to dotyczy emulacji koprocesora przez j▒dro. Je╢li nie masz koprocesora matematycznego (masz czysty 386 albo 486SX), musisz tu odpowiedzieµ "y". Je╢li masz koprocesor a odpowiesz "y", nie martw siΩ -- koprocesor bΩdzie u┐yty, a emulacja ignorowana. Jedyn▒ konsekwencj▒ (wa┐n▒ w niekt≤rych sytuacjach) jest wiΩksze i, co za tym idzie, wolniejsze j▒dro. Powiedziano mi, ┐e emulacja koprocesora jest wolna; chocia┐ to nie ma nic wsp≤lnego z t▒ sekcj▒, mo┐na jednak pamiΩtaµ o tym, np. przy pracy z Xwindows. 2.3.2. Normal (MFM/RLL) disk and IDE disk/cdrom support. Przypuszczalnie potrzebujesz tej obs│ugi. Opcja ta oznacza, ┐e j▒dro bΩdzie obs│ugiwaµ standardowe dyski do komputer≤w PC, kt≤re s▒ w posiadaniu wiΩkszo╢ci ludzi. Sterownik ten nie zawiera obs│ugi dla dysk≤w SCSI, pytanie o to bΩdzie p≤╝niej w konfiguracji. Zostaniesz zapytany nastΩpnie o sterowniki "old disk-only" i "new IDE". Wybierz jeden z nich; g│≤wna r≤┐nica pomiΩdzy nimi to taka, ┐e stary sterownik obs│uguje tylko dwa dyski na pojedynczym interfejsie, a nowy obs│uguje drugi interfejs i napΩdy IDE/ATAPI CD-ROM. Nowy sterownik jest o oko│o 4 kB wiΩkszy od starego i ma byµ lepszy. To znaczy, ┐e pomijaj▒c mniejsz▒ ilo╢µ b│Ωd≤w mo┐e dzia│aµ bardziej wydajnie, szczeg≤lnie je╢li masz dysk typu EIDE. 2.3.3. Networking support. Og≤lnie powiniene╢ odpowiedzieµ "y" je╢li tw≤j komputer jest w sieci takiej jak Internet, albo je╢li chcesz u┐ywaµ protoko│≤w SLIP czy PPP, aby mieµ dostΩp do Internetu. Aczkolwiek wiele pakiet≤w (np. Xwindows) wymaga obs│ugi sieci nawet je╢li tw≤j komputer nie jest pod│▒czony do ┐adnej sieci; powiniene╢ tu odpowiedzieµ "y". P≤╝niej, zostaniesz zapytany czy chcesz obs│ugΩ protoko│u TCP/IP; znowu, odpowiedz "y" je╢li nie jeste╢ absolutnie pewien. 2.3.4. Limit memory to low 16MB. S▒ kontrolery 386 DMA, kt≤re posiadaj▒ pewne b│Ωdy i maj▒ problemy z adresowaniem powy┐ej 16 MB RAM-u; powiniene╢ odpowiedzieµ "y" je╢li posiadasz takowy. 2.3.5. System V IPC. Jedn▒ z najlepszych definicji IPC (InterProcess Communication - Komunikacja PomiΩdzy Procesami) znajduje siΩ w glosariuszu w ksi▒┐ce o Perlu. Nic wiΩc dziwnego, ┐e niekt≤rzy programi╢ci pisz▒cy w Perlu wykorzystuj▒ go do komunikacji miΩdzy procesami, tak samo jak wiele innych pakiet≤w (DOOM - z tych najbardziej znanych ;) ), wiΩc odpowied╝ "n" nie jest m▒drym wyborem, o ile wiesz dok│adnie co robisz. 2.3.6. (w starszych wersjach: Use -m486 flag for 486-specific opti¡ mizations) Processor type (386, 486, Pentium, PPro). Tradycyjnie, to wkompilowywa│o pewne optymalizacje dla konkretnego procesora; j▒dra dzia│a│y dobrze tak┐e na inncyh procesoarch, ale by│y one troche wiΩksze. W nowszych wersjach siΩ ju┐ tego nie stosuje i powiniene╢ odpowiedzieµ na jaki procesor rzeczywi╢cie kompilujesz j▒dro. J▒dro skompilowane na 386 bΩdzie dzia│aµ na wszystkich procesorach. 2.3.7. SCSI support. Je╢li masz urz▒dzenia SCSI odpowiedz "y". Zostaniesz nastΩpnie zapytany o dalsze informacje, jak np.: obs│uga CD-ROM-u, dysk≤w i twojego adaptera. Zajrzyj do SCSI-HOWTO po wiΩcej szczeg≤│≤w. 2.3.8. Network device support. Je╢li masz kartΩ sieciow▒, albo chcia│by╢ u┐ywaµ protoko│≤w SLIP, PPP, albo kontrolera portu r≤wnoleg│ego aby po│▒czyµ siΩ z Internetem odpowiedz "y". Konfigurator spyta ciΩ nastΩpnie o typ karty i rodzaj protoko│u. 2.3.9. Filesystems. Skrypt konfiguracyjny pyta ciΩ nastΩpnie o to, jakie systemy plik≤w chcesz obs│ugiwaµ: Standard (minix) - Nowsze dystrybucje nie tworz▒ tego systemu plik≤w, a wielu ludzi go nie u┐ywa, ale jednak u┐ycie go mog│oby byµ dobrym pomys│em, poniewa┐ przydaje siΩ on do odczytu dyskietek, dla kt≤rych system ten jest mniej bolesny ni┐ ext2. Extended fs - To jest pierwsza wersja systemu plik≤w extended, kt≤ra ju┐ nie jest w u┐yciu. Szanse, ┐e bΩdziesz potrzebowa│ obs│ugi s▒ prawie ┐adne, wiΩc mo┐esz go nie u┐ywaµ. Second extended - Ten system plik≤w jest bardzo szeroko rozpowszechniony i najprawdopodobniej ty tak┐e go u┐ywasz, wiΩc lepiej go skonfiguruj. xiafs filesystem - Swego czasu system ten by│ w u┐yciu, jednak podczas pisania tego dokumentu nie zna│em nikogo, kto by go u┐ywa│. msdos - Je╢li chcesz u┐ywaµ swej partycji dos-owej, albo montowaµ dyskietki sformatowane pod ten system, odpowiedz "y". umsdos - Ten system plik≤w rozszerza system plik≤w MS-DOS o cechy system≤w plik≤w typu Unix, jak np. d│ugie nazwy. Nie jest on przydatny dla ludzi, kt≤rzy (tak jak ja) nie u┐ywaj▒ DOS-a. /proc - NastΩpny genialny wynalazek po mleku w proszku (pomys│, jak mniemam, skradziony bezwstydnie z laboratorium Bella). Na dysku nie tworzy siΩ systemu plik≤w proc. To jest system plik≤w, kt≤ry s│u┐y do porozumiewania siΩ z j▒drem i procesami. Wiele program≤w wy╢wietlaj▒cych procesy, jak np. ps u┐ywa tego systemu plik≤w. Spr≤buj czasami wykonaµ polecenie cat /proc/meminfo albo cat /proc/devices. Niekt≤re pow│oki (w szczeg≤lno╢ci rc) u┐ywaj▒ /proc/self/fd (znane jako /dev/fd na innych systemach) do funkcji I/O. Powiniene╢ prawie na pewno odpowiedzieµ tutaj "y". Wiele wa┐nych narzΩdzi do Linux-a zale┐y od tego systemu plik≤w. NFS - Je╢li tw≤j komputer jest w sieci i chcesz u┐ywaµ system≤w plik≤w, kt≤re znajduj▒ siΩ na innych systemach z NFS, odpowiedz "y". ISO9660 - Ten system plik≤w jest na przewa┐aj▒cej ilo╢ci CD-ROM-≤w. Je╢li wiΩc chcesz u┐ywaµ CD-ROM-u odpowiedz "y". OS/2 HPFS - Podczas pisania tego dokumentu, system plik≤w tylko-do- odczytu dla OS/2 HPFS. System V and Coherent - dla partycji Systemu V and Coherent. (S▒ to inne warianty Unixa na PC) 2.3.9.1. Ale ja nie wiem jakiego systemu plik≤w potrzebujΩ! No dobra, napisz mount. Powinno siΩ wy╢wietliµ co╢ jak: blah# mount /dev/hda1 on / type ext2 (defaults) /dev/hda3 on /usr type ext2 (defaults) none on /proc type proc (defaults) /dev/fd0 on /mnt type msdos (defaults) Sp≤jrz na ka┐d▒ linijkΩ; s│owo obok type jest typem systemu plik≤w. W tym przypadku / i /usr s▒ typu second extended, u┐ywany jest tak┐e proc i jest tak┐e zamontowana dyskietka z systemem plik≤w msdos (tfu!). Mo┐esz spr≤bowaµ te┐ cat /proc/filesystems je╢li masz system proc. Wy╢wietli ci to systemy plik≤w wkompilowane w aktulanie u┐ywane j▒dro. Konfiguracja rzadko u┐ywanych i nie krytycznych system≤w plik≤w mo┐e powodowaµ niepotrzebne powiΩkszanie siΩ j▒dra; poczytaj sekcjΩ o modu│ach jak tego unikn▒µ i sekcjΩ "Pu│apki", aby dowiedzieµ siΩ dlaczego powiΩkszaj▒ce siΩ j▒dro nie jest po┐▒dane. 2.3.10. Character devices. Tutaj do│▒czasz sterowniki dla drukarki (r≤wnoleg│ej, znaczy siΩ), myszy szeregowej, myszy PS/2 (wiele Notebook≤w u┐ywa protoko│u PS/2 dla swoich wbudowanych myszy), niekt≤re sterowniki do ta╢m, i inne tego typu "znakowe" urz▒dzenia. Odpowiedz "y" kiedy znajdziesz urz▒dzenie, kt≤rego u┐ywasz. UWAGA: Selection to program, kt≤ry pozwala na u┐ycie myszy poza Xwindows i na kopiowanie tekstu pomiΩdzy wirtualnymi konsolami. Jest to ca│kiem przyjemne je╢li masz zwyk│▒ myszkΩ szeregow▒, poniewa┐ koegzystuje ona z Xwindows, ale musisz uciekaµ siΩ do specjalnych sztuczek dla innych. Wsparcie dla selection by│o kiedy╢ opcj▒ podczas konfiguracji. Teraz jest standardem. UWAGA 2: Selection jest teraz programem przestarza│aym. Nowym programem jest gpm. Ma on o wiele wiΩcej mo┐liwo╢ci, jak np.: t│umaczenie protoko│≤w myszek, obs│uga wielu myszek, ... 2.3.11. Sound card. Je╢li czujesz wielk▒ potrzebΩ us│yszenia d╝wiΩk≤w wydobywaj▒cych siΩ z tej maszynerii to odpowiedz "y", a p≤╝niej nastΩpny program konfiguracyjny wypyta ciΩ o szczeg≤│y na temat twojej karty d╝wiΩkowej i skompiluje sterownik. (Uwaga o konfiguracji kart d╝wiΩkowych: je╢li zapyta ciΩ czy chcesz zainstalowaµ pe│n▒ wersjΩ sterownika, mo┐esz odpowiedzieµ "n" i zaoszczΩdziµ trochΩ pamiΩci wybieraj▒c tylko to co jest ci potrzebne.) Szczerze radzΩ zajrzeµ do Sound-HOWTO na temat szczeg≤│≤w o obs│udze kart d╝wiΩkowych. 2.3.12. Inne opcje konfiguracji. Nie wszystkie opcje konfiguracyjne s▒ tu wymienione poniewa┐ zmieniaj▒ siΩ zbyt czΩsto lub s▒ oczywiste (na przyk│ad: obs│uga 3Com 3C509). Pod adresem <htmlurl url="http://math-www.uni-paderborn.de/~axel/config_help.html" name="http://math-www.uni-paderborn.de/~axel/config_help.html"> znajduje siΩ do╢µ obszerna lista opcji zrobiona przez Axela Boldta axel@uni-paderborn.de, jak r≤wnie┐ spos≤b umieszczenia jej w skrypcie Configure. Od t│umacza: ZobaczΩ, mo┐e z czasem przet│umaczΩ tΩ listΩ z opisem... Sprawdzaj moj▒ stronΩ WWW. 2.3.13. Kernel hacking. WziΩte z pliku README napisanego przez Linusa: opcja "kernel hacking" daje w rezultacie wiΩksze i wolniejsze j▒dro, mo┐e nawet uczyniµ je mniej stabilnym, przez konfigurowanie niekt≤rych procedur, tak aby aktywnie pr≤bowa│y │amaµ z│e algorytmy i ┐eby mo┐na by│o znale╝µ problemy j▒dra. (kmalloc()). Tak wiΩc powiniene╢ odpowiedzieµ tutaj "n" je╢li chcesz mieµ normalnie dzia│aj▒ce i stabilne j▒dro. 2.4. I co teraz? (Makefile) Po poleceniu make config (albo jemu r≤wnowa┐nemu), pojawi siΩ na ekranie wiadomo╢µ, ┐e j▒dro zosta│o skonfigurowane i ┐e nale┐y sprawdziµ top-level Makefile dla dodatkowej konfiguracji. Ten top-level Makefile to plik o nazwie Makefile w katalogu /usr/src/linux. Zajrzyj tam. Przypuszczalnie nie bΩdziesz tam nic zmienia│, ale spojrzeµ nie boli :). Jak ju┐ zainstalujesz nowe j▒dro mo┐esz zmieniµ jego opcje przy pomocy narzΩdzia rdev. 3. Kompilacja j▒dra. 3.1. Czyszczenie i zale┐no╢ci. Kiedy skrypt konfiguracyjny siΩ sko±czy ka┐e ci napisaµ make dep i (przypuszczalnie) make clean. Tak wiΩc zaczynamy od make dep. Jest to pewne zabezpieczenie siΩ, kt≤re sprawdza r≤┐ne zale┐no╢ci, jak na przyk│ad: czy pliki nag│≤wkowe s▒ na swoich miejscach. Nie zajmuje to wiele czasu, no chyba, ┐e tw≤j komputer jest naprawdΩ wolny. W starszych wersjach powiniene╢ jeszcze wydaµ polecenie make clean. To usuwa pozosta│o╢ci po starej kompilacji j▒dra (pliki objektowe itp). Nie zapomnij tego kroku !!! 3.2. Kompilacja g│≤wna. Po czyszczeniu i sprawdzeniu zale┐no╢ci mo┐esz wpisaµ make zImage lub make zdisk (to jest ta czΩ╢µ, kt≤ra zabiera tyle czasu). make zImage skompiluje j▒dro i zostawi je w pliku /usr/src/linux/arch/i386/boot/zImage w╢r≤d innych rzeczy. To jest nowe skompresowane j▒dro. make zdisk robi to samo, z t▒ r≤┐nic▒, ┐e umieszcza plik zImage na dyskietce w stacji A:, kt≤r▒ mam nadziejΩ w│o┐ysz na czas do stacji :). (ten czas to sam koniec kompilacji, ale na wszelki wypadek radzΩ w│o┐yµ od razu, bo potem mo┐na zapomnieµ) make zdisk to dobry spos≤b na testowanie nowego j▒dra; je╢li co╢ p≤jdzie nie tak, po prostu wyjmujesz dyskietkΩ ze stacji, resetujesz i po krzyku. Mo┐e to byµ tak┐e pomocne je╢li przypadkowo usuniesz j▒dro z dysku. (radzΩ uwa┐aµ na to co siΩ robi w katalogu g│≤wnym a szczeg≤lnie w katalogu /boot). Mo┐esz jej tak┐e u┐yµ do instalacji innych system≤w, poniewa┐ wystarczy przegraµ zawarto╢µ tej dyskietki na inn▒. Wszystkie, nawet te w po│owie sensowne, j▒dra s▒ skompresowane, z powodu literki "z" na pocz▒tku. Skompresowane j▒dro odkompresowuje siΩ automatycznie w czasie wykonywania. 3.3. Inne parametry dla "make" przy kompilowaniu j▒dra. make mrproper spowoduje dok│adniejsze wyczyszczenie. Czasem jest to potrzebne; mo┐esz to robiµ przy instalacji ka┐dej │aty (patch). make mrproper skasuje tak┐e tw≤j plik z bie┐▒c▒ konfiguracj▒, wiΩc mo┐esz sobie zrobiµ kopiΩ tego pliku (.config). make oldconfig spr≤buje skonfigurowaµ j▒dro na podstawie starego pliku konfiguracyjnego; przejdzie za ciebie przez proces konfiguracji (make config). Je╢li jeszcze nigdy przedtem nie kompilowa│e╢ j▒dra lub nie masz starego pliku konfiguracyjnego wtedy przypuszczalnie nie powiniene╢ tego robiµ, bo bΩdziesz chcia│ zmieniµ konfiguracjΩ domy╢ln▒. Przeczytaj sekcjΩ o modu│ach na temat szczeg≤│≤w dotycz▒cych make modules. 3.4. Instalacja j▒dra. Je╢li masz ju┐ nowe j▒dra i wydaje ci siΩ, ┐e ono dzia│a tak jak chcia│e╢, czas aby je zainstalowaµ. WiΩkszo╢µ ludzi u┐ywa do tego celu LILO (Linux Loader). make zlilo zainstaluje j▒dro, uruchomi lilo, aby od╢wie┐yµ informacje i przygotuje wszystko, aby zresetowaµ i za│adowaµ nowe j▒dro. ALE TYLKO w przypadku, gdy LILO jest skonfigurowane nastΩpuj▒co: j▒dro to /vmlinuz, lilo jest w /sbin, a tw≤j plik konfiguracyjny od lilo to /etc/lilo.conf i zgadza siΩ z tym co jest powy┐ej. W innym przypadku musisz u┐yµ bezpo╢rednio polecenia lilo. Jest to pakiet ca│kiem prosty do zainstalowania i u┐ywania, ale ma tendencjΩ do za│amywania ludzi swoim plikiem konfiguracyjnym. Zajrzyj do pliku /etc/lilo/config - w starszych wersjach; lub /etc/lilo.conf - w nowszych wersjach, i sprawd╝ bie┐▒ce ustawienia. Plik ten wygl▒da tak: image = /vmlinuz label = Linux root = /dev/hda1 ... image = odnosi siΩ do aktualnej wersji zainstalowanego j▒dra. WiΩkszo╢µ u┐ywa nazwy /vmlinuz. Ale r≤wnie dobrze mo┐e to byµ nazwa xxx, j▒dro, czy pliczek (nie jestem pewien co do polskich liter, ale zawsze mo┐na poeksperymentowaµ :) ) label = u┐ywane jest przez LILO, aby dowiedzieµ siΩ jaki system lub j▒dro za│adowaµ, a root = jest katalogiem g│≤wnym danego systemu. Zr≤b kopiΩ j▒dra, kt≤rego teraz u┐ywasz i skopiuj nowo zrobione j▒dro na miejsce starego (czyli napisz cp zImage /vmlinuz je╢li u┐ywasz nazwy vmlinuz i jeste╢ w katalogu /usr/src/linux/arch/i386/boot. Potem uruchom LILO - w nowszych wersjach po prostu uruchamiasz lilo; w starszych mo┐e bΩdziesz musia│ uruchomiµ /etc/lilo/install albo nawet /etc/lilo/lilo -C /etc/lilo/config. Je╢li chcesz wiedzieµ wiΩcej na temat konfiguracji LILO, albo nie masz LILO, zdob▒d╝ najnowsz▒ wersjΩ i poczytaj dokumentacjΩ. Aby za│adowaµ jedn▒ ze starszych wersji j▒dra, kt≤re mam nadziejΩ zachowa│e╢ :) skopiuj linie od image = xxx w pliku konfiguracyjnym LILO na d≤│ pliku, zmie± xxx na nazwΩ twojego zachowanego pliku (wraz z pe│n▒ ╢cie┐k▒). Zmie± label = zzz na np. label = old-kernel i uruchom ponownie lilo. Mo┐esz te┐ wstawiµ liniΩ delay = x, gdzie x jest ilo╢ci▒ dziesiΩtnych czΩ╢ci sekundy, do pliku konfiguracyjnego LILO, aby zatrzymaµ │adowanie na okre╢lon▒ ilo╢µ sekund i przerwaµ je np. klawiszem SHIFT, a potem wpisaµ nazwΩ kt≤r▒ nada│e╢ starszej wersji j▒dra (tΩ label = z pliku konfiguracyjnego LILO, a nie nazwΩ pliku j▒dra) w razie gdyby sta│o siΩ co╢ nieprzyjemnego. 4. úatanie j▒dra (patchowanie). 4.1. Zak│adanie │aty. Pakiety, kt≤re pozwalaj▒ na odnowienie j▒dra to │aty. Na przyk│ad: je╢li masz wersjΩ 1.1.45 i znajdziesz plik o nazwie patch46.gz to znaczy, ┐e mo┐esz odnowiµ swoje j▒dro do wersji 1.1.46. Mo┐esz zrobiµ kopiΩ ╝r≤de│, kt≤re masz (make clean a potem cd /usr/src; tar zcvf old-kernel.tar.gz linux) Tak wiΩc kontynuuj▒c powy┐szy przyk│ad za│≤┐my, ┐e masz plik patch46.gz w katalogu /usr/src. Bed▒c w katalogu /usr/src wydaj polecenie zcat pacth46.gz | patch -p0 albo patch -p0 < patch46 je╢li │ata nie jest skompresowana. Zobaczysz teraz trochΩ ╢cie┐ek i nazw plik≤w oraz komunikat≤w przelatuj▒cych przez ekran, o tym co siΩ uda│o a co nie. Wszystko to przelatuje zbyt szybko, ┐eby nad▒┐yµ z czytaniem, tak┐e w│a╢ciwie nie wiesz czy siΩ uda│o czy nie. Mo┐esz u┐yµ parametru -s do polecenia patch, aby poinformowaµ je, ┐eby wy╢wietla│o tylko komunikaty o b│Ωdach. Aby zobaczyµ czy co╢ posz│o nie tak, poszukaj plik≤w z rozszerzeniem .rej w katalogu /usr/src/linux. Niekt≤re wersje patch (starsze wersje, kt≤re mog│y byµ skompilowane na gorszym systemie plik≤w) zostawiaj▒ b│Ωdy w plikach z rozszerzeniem #. Mo┐esz u┐yµ polecenia find, aby znale╝µ te pliki: cd /usr/src/linux; find ./ -name '*.rej' -print Polecenie to wy╢wietli wszystkie pliki z rozszerzeniem rej znajduj▒ce siΩ w bie┐▒cym katalogu i jego podkatalogach. Je╢li wszystko posz│o dobrze, wydaj teraz po kolei polecenia make clean, make config i make dep tak jak opisano w sekcjach 3 i 4. Do polecenia patch jest trochΩ opcji. Jak ju┐ wspomnia│em, patch -s spowoduje wy╢wietlenie na ekran tylko wiadomo╢ci o b│Ωdach. Je╢li trzymasz ╝r≤d│a w innym katalogu ni┐ /usr/src/linux, polecenie patch -p1 wydane w tym katalogu, gdzie trzymasz ╝r≤d│a zrobi wszystko bez b│Ωd≤w. Inne opcje polcenia patch s▒ dobrze opisane w podrΩczniku "man". 4.2. Je╢li co╢ p≤jdzie nie tak. (Uwaga: ta sekcja odnosi siΩ w g│≤wnej mierze do starszych wersji j▒dra.) NajczΩstszym problemem by│o to, ┐e kiedy polecenie patch modyfikowa│o plik config.in nie wygl▒da│ on tak jak powinien, bo zmodyfikowa│e╢ go, aby pasowa│ do twojego komputera. Zosta│o to ju┐ poprawione, ale w starszych wersjach b│▒d ten pozosta│. Aby to naprawiµ, przeczytaj plik config.in.rej i zobacz co pozosta│o z oryginalnej │aty. Zmiany s▒ zwykle zaznaczane znakami + i - na pocz▒tku linii. Sp≤jrz na linie otaczaj▒ce tΩ zaznaczon▒ i przypomnij sobie, czy by│y one ustawione na tak, czy na nie. Teraz w pliku config.in zmie± "y" na "n" i "n" na "y" tam gdzie trzeba. Wydaj polecenie patch -p0 < config.in.rej a je╢li poinformuje ciΩ, ┐e siΩ powiod│o, wtedy mo┐esz kontynuowaµ konfiguracjΩ i kompilacjΩ. Plik config.in.rej pozostanie, ale mo┐esz go skasowaµ. Je╢li odkryjesz dalsze problemy, mog│e╢ zainstalowaµ jak▒╢ │atΩ nie w kolejno╢ci. Je╢li na ekranie pojawi siΩ taka wiadomo╢µ: previously applied patch detected: Assume -R? oznacza to, ┐e przypuszczalnie pr≤bujesz na│o┐yµ │atΩ o wersji mniejszej ni┐ ╝r≤d│a twojego j▒dra. Je╢li odpowiesz "y", polecenie patch spr≤buje zdegradowaµ twoj▒ wersjΩ, i najprzypuszcalnie siΩ to nie powiedzie, przez co bΩdziesz musia│ zdobyµ ca│kiem nowe ╝r≤d│a. (co w sumie wcale nie jest takim z│ym pomys│em). Aby odinstalowaµ jak▒╢ │atΩ u┐yj patch -R na oryginalnej. Jak ju┐ siΩ wszystko tak pomiesza, ┐e nie bΩdziesz m≤g│ doj╢µ do │adu, to najlepszym sposobem jest zdobyµ nowe ╝r≤d│a j▒dra i zacz▒µ od nowa. 4.3. Pozbywanie siΩ plik≤w ".orig". Po zaledwie kilku │atach pliki .orig zaczynaj▒ niebezpiecznie rosn▒µ. Na przyk│ad: usuniΩcie plik≤w .orig z wersji 1.1.51, kt≤ra by│a ostatnio czyszczona w wersji 1.1.48 spowodowa│o zwolnienie ponad 500 kB dysku. find . -name '*.orig' -exec rm -f {} ';' Polecenie to spowoduje usuniΩcie wszystkich plik≤w .orig z bie┐▒cego katalogu i jego podkatalog≤w. Wersje patch, kt≤re u┐ywaj▒ plik≤w .# zamiast plik≤w .rej, u┐ywaj▒ tyldy (~) zamiast plik≤w .orig. S▒ lepsze sposoby pozbycia siΩ plik≤w .orig, kt≤re zale┐▒ od polecenia GNU xargs: find . -name '*.orig' | xargs rm lub metoda ca│kiem bezpieczna ale trochΩ "g│o╢na" (du┐o komunikat≤wna ekranie): find . -name '*.orig' -print0 | xargs --null rm -- 4.4. Inne │aty. S▒ jeszcze inne │aty (tzw. niestandardowe), ni┐ te kt≤re dystrybuuje Linus. Je╢li ich u┐yjesz │aty Linusa mog▒ nie dzia│aµ i bΩdziesz musia│ je albo odinstalowaµ, dopasowaµ ╝r≤d│a albo │atΩ, zainstalowaµ nowe ╝r≤d│a, albo jaka╢ kombinacja tego. Mo┐e to byµ trochΩ frustruj▒ce, wiΩc je╢li nie chcesz grzebaµ w ╝r≤d│ach (z mo┐liwo╢ci▒ narobienia niez│ego bajzlu), odinstaluj niestandardowe wersje │at zanim zainstalujesz │atΩ Linusa, albo po prostu zainstaluj nowe ╝r≤d│a. Wtedy mo┐esz zobaczyµ czy │aty niestandardowe wci▒┐ dzia│aj▒. Je╢li nie to albo utkn▒│e╢ ze starym j▒drem i bΩdziesz pr≤bowa│ zmusiµ jako╢ ╝r≤d│o albo │atΩ, ┐eby zaczΩ│a dzia│aµ, albo bΩdziesz czeka│ (pewnie b│aga│) o now▒ │atΩ. Jak pospolite s▒ te niestandardowe │aty? Przypuszczalnie o nich us│yszysz. Ja u┐ywa│em │aty "noblink" na moich wirtualnych konsolach, bo nienawidzΩ mrugaj▒cego kursora. Ta │ata jest (a przynajmniej by│a) czΩsto odnawiana dla nowszych wersji j▒dra. Z wiΩkszo╢ci▒ nowych sterownik≤w jako │adowalne modu│y, chocia┐ czΩstotliwo╢µ niestandardowych │at znacznie spada. 5. Pakiety dodatkowe. J▒dro Linux-a ma wiele zalet, kt≤re nie znajduj▒ siΩ w ╝r≤d│ach. S▒ one rozprowadzane jako osobne pakiety. Niekt≤re z tych najbardziej popularnych s▒ tu wymienione. 5.1. kbd Konsola Linux-owa ma chyba wiΩcej zalet ni┐ na to zas│uguje. PomiΩdzy nimi znajduj▒ siΩ takie jak: zmiana czcionek, zmiana uk│adu klawiszy, zmiana tryb≤w wy╢wietlania (w nowszych wersjach). Pakiet kbd to programy, kt≤re pozwalaj▒ u┐ytkownikowi na robienie tego wszystkiego plus wiele czcionek i uk│ad≤w klawiatur dla prawie wszystkich klawiatur i jest on dostΩpny z tego samego miejsca, gdzie znajduj▒ siΩ ╝r≤d│a j▒dra. 5.2. util-linux Rik Faith (faith@cs.unc.edu ) z│o┐y│ razem obszern▒ kolekcjΩ narzΩdzi do Linux-a, kt≤re dziwnym trafem nazywaj▒ siΩ util-linux. Obecnie zajmuje siΩ nimi Nicolai Langfeldt (util-linux@math.uio.no ). DostΩpne s▒ one poprzez anonimowe ftp z ftp.icm.edu.pl w katalogu /pub/Linux/sunsite/system/misc. Zawiera ona takie narzΩdzia jak: setterm, rdev, czy ctrlaltdel, kt≤re s▒ zwi▒zane z j▒drem. Jak Rik twierdzi, Nie instaluj tego zestawu bez zastanowienia. Nie trzeba instalowaµ ca│ej zawarto╢ci pakietu, mog│oby to nawet spowodowaµ powa┐ne problemy. 5.3. hdparm Jak wiΩszko╢µ pakiet≤w, ten by│ │at▒ i dodatkiem dla j▒dra. úaty zosta│y z czasem zwi▒zane na sta│e z j▒drem, a ten program sta│ siΩ osobnym pakietem. W rΩkach niedo╢wiadczonego u┐ytkownika jest on bardzo niebezpieczny. WiΩc nie u┐ywaj go je╢li nie wiesz co robisz. 5.4. gpm gpm - general purpose mouse czyli, w do╢µ wolnym t│umaczeniu :), mysz o og≤lnym zastosowaniu. Program ten pozwala na przenoszenie zawarto╢µi pomiΩdzy wirtualnymi konsolami i inne po┐yteczne rzeczy jak np. t│umaczenie protoko│≤w pomiΩdzy r≤┐nymi typami myszek, u┐ywanie wielu myszek... 6. Niekt≤re pu│apki. 6.1. make clean Je╢li twoje nowe j▒dro zaczyna robiµ dziwne rzeczy po rutynowym odnowieniu, przypuszczalnie zapomnia│e╢ wydaµ polecenie make clean przed kompilacj▒ nowego j▒dra. Oznaki takie to mo┐e byµ cokolwiek od zawieszania siΩ systemu bez powodu, przez dziwne problemy z funkcajmi I/O, do ╢limaczej szybko╢ci. Nie zapomnij tak┐e wydaµ polecenia make dep. 6.2. Wielkie albo wolne j▒dro. Je╢li twoje jadro z┐era ogromn▒ ilo╢µ pamiΩci, jest zbyt du┐e, albo po prostu kompiluje siΩ w niesko±czono╢µ nawet je╢li masz swoje nowiutkie 786DX6/440, najprawdopodobniej skonfigurowa│e╢ niepotrzebnie pe│no sterownik≤w. Je╢li czego╢ nie u┐ywasz, to nie konfiguruj, bo to naprawdΩ zabiera niepotrzebnie pamiΩµ. Najbardziej oczywistym symptomem przy zbyt du┐ym j▒drze jest bardzo czΩste swapowanie (je╢li tw≤j dysk ci▒gle rzΩzi, a nie jest jednym z tych starych or│≤w Fujitsu, kt≤re brzmi▒ jak l▒duj▒cy odrzutowiec, przejrzyj konfiguracjΩ swojego j▒dra). Mo┐esz dowiedzieµ siΩ ile pamiΩci zabiera twoje j▒dro odejmuj▒c warto╢µ total mem z pliku /proc/meminfo albo z polecenia free od ca│kowitej ilo╢ci pamiΩci w twoim komputerze. Jednak nie jest to najlepsza metoda poniewa┐ w danym momencie mog▒ byµ uruchomione jeszcze jakie╢ programy, kt≤re te┐ zabieraj▒ pamiΩµ. Najlepiej sprawdziµ to poleceniem dmesg. Znajd╝ linijkΩ, kt≤ra wygl▒da mniej wiΩcej tak: ______________________________________________________________________ Memory: 15124k/16384k available (552k kernel code, 384k reserved, 324k data) ______________________________________________________________________ Je╢li twoje warto╢ci sa zbli┐one do tych (a w│a╢ciwie kernel code powinna byµ trochΩ mniejsza - 450-500k) to j▒dro jest OK! Je╢li "po prostu musisz" mieµ du┐e j▒dro, ale system ci nie pozwala, to mo┐esz spr≤bowaµ polecenia make bzimage. Ca│kiem mo┐liwe, ┐e je╢li to zrobisz, to bΩdziesz musia│ zainstalowaµ nowsz▒ wersjΩ LILO. 6.3. J▒dro siΩ nie kompiluje. Je╢li siΩ rzeczywi╢cie nie kompiluje, to pewnie jaka╢ │ata siΩ nie zainstalowa│a poprawnie. Twoja wersja "gcc" mo┐e tak┐e byµ nie w porz▒dku. Albo pliki nag│≤wkowe s▒ skopane. Upewnij siΩ tak┐e czy symboliczne do│▒czenie, o kt≤rych Linus pisze w README, s▒ poprawnie zrobione. W og≤lno╢ci je╢li standardowe j▒dro siΩ nie kompiluje, to co╢ powa┐nego jest z systemem i niezbΩdna jest ponowna instalacja niekt≤rych narzΩdzi. Albo kompilujesz j▒dro w wersji 1.2.x kompilatorem ELF (gcc 2.6.3 i nowsze). Je╢li dostajesz pe│no komunikat≤w, ┐e to i to undefined to przypuszczalnie tak w│a╢nie jest. Naprawa w takich przypadkach jest z regu│y bardzo prosta. Dodaj nastΩpuj▒ce linie na pocz▒tku pliku /usr/src/linux/arch/i386/Makefile: AS=/usr/i486-linuxaout/bin/as LD=/usr/i486-linuxaout/bin/ld -m i386linux CC=gcc -b i486-linuxaout -D__KERNEL__ -I$(TOPDIR)/include Je╢li kt≤ra╢ z tych linii siΩ p≤┐niej powtarza, skasuj tΩ powtarzaj▒c▒ siΩ. Potem make dep i make zImage. W rzadkich przypadkach "gcc" mo┐e siΩ wysypaµ z powodu problem≤w sprzΩtowych. Komunikaty w tym przypadku to: xxx exited with signal 15 i w og≤lno╢ci s▒ one bardzo tajemnicze. Pewnie bym o tym nie wspomina│, gdyby nie to, ┐e mi siΩ to zda┐y│o - mia│em kiedy╢ wadliw▒ pamiΩµ cache a kompilator wtedy hula│ sobie po pamiΩci gdzie chcia│. Najpierw spr≤buj przeinstalwaµ gcc. Podejrzenia na sprzΩt rzucaj dopiero je╢li j▒dro siΩ kompiluje przy wy│▒czonym zewnΩtrznym cache'u, albo przy zmniejszonej ilo╢ci pamiΩci RAM itp. Z regu│y ludzi to trochΩ denerwuje jak im powiesz, ┐e maj▒ popsuty sprzΩt. C≤┐, ja tego nie zmy╢lam. Jest FAQ na ten temat - www.bitwizard.nl/sig11/ <http://www.bitwizard.nl/sig11/>. 6.4. Nowa wersja j▒dra nie chce siΩ za│adowaµ. Albo nie uruchomi│e╢ lilo po skopiowaniu j▒dra na miejsce starego, albo ╝le skonfigurowa│e╢. NajczΩ╢ciej spotykanym problemem jest nie wkompilowanie obs│ugi twoejgo dysku lub systemu ext2. Kiedy╢ mia│em problem z plikiem konfiguracyjnym LILO; by│o tam boot = /dev/hda1 a powinno byµ boot = /dev/hda. Na pocz▒tku to mo┐e byc naprawdΩ denerwuj▒ce, ale potem jak ju┐ masz dobry plik konfiguracyjny nie powiniene╢ go zmieniaµ. 6.5. Zapomnia│e╢ uruchomiµ lilo, albo system siΩ w og≤le nie │aduje. Oooj! najlepsz▒ rzecz▒ jak▒ mo┐na zrobiµ to za│adowaµ system z dyskietki (no trzeba j▒ oczywi╢cie mieµ :) ) i przygotowaµ now▒ dyskietkΩ startuj▒c▒ (np. make zdisk). Musisz wiedzieµ, gdzie jest tw≤j g│≤wny system plik≤w i jakiego jest typu. (ext2, minix). W przyk│adzie poni┐ej musisz tak┐e wiedzieµ gdzie i na jakim systemie jest /usr/src/linux i gdzie jest zwykle zamontowany. W nastΩpuj▒cym przyk│adzie "/" to /dev/hda1, a partycja, na kt≤rej znajduje siΩ katalog linux to /dev/hda3 normalnie montowana na /usr. Dzia│aj▒ce j▒dro jest w katalogu /usr/src/linux/arch/i386/boot i nazywa siΩ zImage. Pomys│ polega na tym, ┐e je╢li masz dzia│aj▒ce zImage, mo┐na tego u┐yµ dla nowej dyskietki. Inna alternatywa, kt≤ra mo┐e, ale nie musi dzia│aµ (to zale┐y jak bardzo namiesza│e╢) opisana jest za tym przyk│adem. Najpierw, za│aduj system z dyskietki, kt≤r▒ akurat masz i zamontuj system plik≤w, na kt≤rym znajduje siΩ dzia│aj▒ce j▒dro: mkdir /mnt mount -t ext2 /dev/hda3 /mnt Je╢li pojawi siΩ komunikat, ┐e katalog /mnt ju┐ jest - zignoruj go. Przy mount na pewno pojawi siΩ komunikat ostrzegaj▒cy, ┐e montujesz niesprawdzony system plik≤w - zignoruj go. Zmie± katalog na ten, w kt≤rym znajduje siΩ dzia│aj▒ce j▒dro (pamiΩtaj, ┐e teraz masz dysk w katalogu /mnt). Umie╢µ sformatowan▒ dyskietkΩ w stacji A: (nie dyskietkΩ, z kt≤rej startowa│e╢ !!!), przerzuµ j▒dro na dyskietkΩ i skonfiguruj je dla twojego g│≤wnego systemu plik≤w: cd /mnt/src/linux/arch/i386/boot dd if=zImage of=/dev/fd0 rdev /dev/fd0 /dev/hda1 Zmie± katalog na / (cd /) i odmontuj katalog /mnt (umount /mnt). Powiniene╢ byµ teraz w stanie za│adowaµ system tak jak normalnie z tej dyskietki. Nie zapomnij uruchomiµ lilo po restarcie (czy co tam ╝le zrobi│e╢). Jak ju┐ wspomnia│em jest jeszcze inna metoda. Je╢li masz kopiΩ dzia│aj▒cego j▒dra, mo┐esz jej u┐yµ dla zrobienia dyskietki startowej. We╝my zn≤w powy┐sze warunki i za│≤┐my, ┐e dzia│aj▒ca kopia to /vmlinuz. Zr≤b to samo co powy┐ej z tymi zmianami: /dev/hda3 zmie± na /dev/hda1/ (g│. system plik≤w) /mnt/src/linux na /mnt if=zImage na if=vmlinuz ------------------------------------------------------------------ Od t│umacza: Szczerze powiem/napiszΩ, ┐e nie wiem po co ten cz│owiek tak komplikuje sprawΩ. Podam tu dwa sposoby, ktorych ja u┐ywam: Najpierw sprawd╝ czy masz takie linijki na pocz▒tku pliku /etc/lilo.conf: prompt timeout=50 Je╢li nie to je dopisz. Bez zabezpieczaj▒cej dyskietki startowej siΩ jednak nie obΩdzie. Ja nazywam j▒dra z wersj▒ na ko±cu (/vmlinuz-2.0.18) i robiΩ symboliczne do│▒czenie ln -s /vmlinuz-2.0.18 /vmlinuz. Je╢li kompilujΩ tΩ sam▒ wersjΩ j▒dra, to przed kompilacj▒/instalacj▒ ZAWSZE robiΩ kopiΩ j▒dra, kt≤re mi dzia│a (powiedzmy cp /vmlinuz-2.0.18 /vmlinuz.2.0.18.old); Jak ju┐ skompilujΩ j▒dro to kopiuje je na /vmlinuz-wersja, przedtem KOPIA !!! - tylko je╢li kompilujemy tΩ sam▒ wersjΩ j▒dra, kt≤r▒ ju┐ u┐ywamy, bo nowsza wersja bΩdzie mia│a inny numer na ko±cu. Po skopiowaniu zmieniamy do│▒czenie symboliczne (je╢li instalujemy now▒ wersjΩ) - rm /vmlinuz; ln -s /vmlinuz-nowa_wersja /vmlinuz; potem uruchamiamy lilo i restartujemy komputer. Je╢li system siΩ nie chce za│adowaµ, to wk│adamy dyskietkΩ startow▒ i │adujemy system. I tu jest rozr≤┐nienie na dwa sposoby: 1) W momencie, kiedy j▒dro pyta nas o parametry startowe (boot:) podajemy linux root=/dev/hda1 ty podajesz oczywi╢cie partycjΩ, na kt≤rej jest tw≤j g│≤wny system plik≤w i wciskamy ENTER. Je╢li masz inn▒ nazwΩ w /etc/lilo.conf to zmie± linux na ni▒. Po za│adowaniu systemu robimy odpowiednie do│▒czenie symboliczne (rm /vmlinuz; ln -s /vmlinuz-dzia│aj▒ca_wersja /vmlinuz) URUCHAMIAMY lilo i ponownie restartujemy komputer tym razem bez dyskietki w stacji. 2) úadujemy j▒dro z dyskietki, potem montujemy nasz g│. system plik≤w mkdir /mnt mount -t ext2 /dev/hda1 /mnt Robimy odpowiednie do│▒czenie symboliczne (rm /mnt/vmlinuz; ln -s /mnt/vmlinuz-dzia│aj▒ca_wersja /mnt/vmlinuz) URUCHAMIAMY lilo w katalogu /mnt i ponownie restartujemy komputer tym razem bez dyskietki w stacji. Co do tego sposobu to g│owy nie dajΩ, ale mo┐na spr≤bowaµ. ------------------------------------------------------------------ U┐ywanie LILO z du┐ymi dyskami (z wieksz▒ ilo╢ci▒ cylindr≤w ni┐ 1023) mo┐e powodowaµ problemy. Przeczytaj mini-HOWTO LILO i Large-Drives, je╢li chcesz znaµ wiΩcej szczeg≤│≤w. 6.6. Pisze mi "warning: bdflush not running". No i dobrze, ┐e pisze, bo to mo┐e byµ powa┐ny problem. Poczynaj▒c od wersji j▒dra 1.0.0 (oko│o 20 kwietnia 1994) program update, kt≤ry okresowo zapisuje zawarto╢µ bufora na dysk, zosta│ zmieniony. Zdob▒d╝ ╝r≤d│a programu "bdflush" (powiniene╢ je znale╝µ tam gdzie j▒dro) i skompiluj. Dop≤ki nie uruchomisz tego programu radzΩ u┐ywaµ wersji j▒dra starszej od 1.0.0 (Czy ta wersja jest jeszcze do zdobycia !!!?). Instaluje siΩ samo jako update, a po restarcie nowe j▒dro nie powinno juz narzekaµ. 6.7. Pe│no tu jakich╢ undefined symbol i nie chce sie kompilowaµ. Przypuszczalnie kompilujesz j▒dro w wersji 1.2.x kompilatorem ELF (gcc 2.6.3 i nowsze). Naprawa w takich przypadkach jest z regu│y bardzo prosta. Dodaj nastΩpuj▒ce linie na pocz▒tku pliku /usr/src/linux/arch/i386/Makefile: AS=/usr/i486-linuxaout/bin/as LD=/usr/i486-linuxaout/bin/ld -m i386linux CC=gcc -b i486-linuxaout -D__KERNEL__ -I$(TOPDIR)/include Je╢li kt≤ra╢ z tych linii siΩ p≤┐niej powtarza, skasuj tΩ powtarzaj▒c▒ siΩ. Spowoduje to kompilacjΩ j▒dra z bibliotekami a.out. 6.8. Nie mogΩ zmusiµ mojego CD-ROM-u IDE/ATAPI do wsp≤│pracy. NaprawdΩ dziwne. Bardzo du┐o ludzi ma ten problem. Pewnie dlatego, ┐e jest du┐o przypadk≤w, w kt≤rych to siΩ mo┐e dziaµ. Je╢li tw≤j CD-ROM to jedyne urz▒dzenie na konkretnym interfejsie IDE, musi byµ skonfigurowany zworkami jako master lub single. To jest najczΩstszy problem. Creative Labs umieszcza teraz interfejs IDE na swoich kartach d╝wiΩkowych. To prowadzi do ciekawego problemu, bo niekt≤rzy maj▒ tylko jeden interfejs IDE, wielu ma dwa interfejsy IDE na swoich p│ytach g│≤wnych (zwykle na IRQ15), wiΩc najpopularniejszym rozwi▒zaniem jest uczyniµ interfejs na karcie d╝wiΩkowej trzecim (IRQ11, a przynajmniej tak mi m≤wili). To powoduje w Linux-ie problemy, poniewa┐ wersja 1.2.x nie obs│uguje trzeciego interfejsu IDE (obs│uga jest w kt≤rej╢ z wersji 1.3.x, ale pamiΩtaj - to jest wersja testowa, i nie wykrywa sama tego interfejsu). Aby to obej╢µ masz trzy mo┐liwo╢ci: Je╢li masz ju┐ drugi interfejs, to prze│≤┐ CD-ROM na ten drugi interfejs je╢li jest wolny. Mo┐esz wtedy wy│▒czyµ interfejs z karty d╝wiΩkowej, co zachowa jedno IRQ. Je╢li nie masz drugiego interfejsu, ustaw interfejs na karcie d╝wiΩkowej (ale nie ten od d╝wiΩku, tylko IDE) na przerwanie IRQ15 za pomoc▒ zworek. Powinno dzia│aµ. Jesli z jakiego╢ powodu musi to byµ koniecznie trzeci interfejs albo s▒ inne problemy we╝ j▒dro 1.3.x (np. 1.3.57 ma to) i poczytaj drivers/block/README.ide. Jest tam o wiele wiΩcej informacji. 6.9. Pisze co╢ o przestarza│ym rutingu. We╝ now▒ wersjΩ programu route i wszelkie inne programy, kt≤re siΩ zajmuja rutingiem. /usr/include/linux/route.h (kt≤ry w│a╢ciwie jest plikiem w /usr/src/linux) sie zmieni│. 6.10. Firewall mi nie dzia│a w wersji 1.2.0 We╝ wersjΩ co najmniej 1.2.1. 6.11. "Not a compressed kernel Image file". Nie u┐ywaj jako j▒dra pliku vmlinux w katalogu /usr/src/linux stworzonego podczas kompilacji. Plik, kt≤ry powiniene╢ u┐yµ to: /usr/src/linux/arch/i386/boot/zImage. 6.12. Problemy z konsol▒ po odnowieniu do wersji 1.3.x. Zmie± s│owo dumb na linux w pliku /etc/termcap w sekcji dotycz▒cej konsoli. Mozliwe te┐, ┐e bΩdziesz musia│ zrobiµ terminfo. 6.13. Nie mogΩ skompilowaµ r≤┐nych rzeczy po odnowieniu j▒dra. ¼r≤d│a j▒dra zawieraj▒ pewn▒ liczbΩ plik≤w nag│≤wkowych (te co siΩ ko±cz▒ na .h), do kt≤rych odwo│uj▒ siΩ standardowe pliki nag│≤wkowe w /usr/include. Przewa┐nie wygl▒da to tak: #include <linux/xxyy.h> Zwykle w katalogu /usr/include jest symboliczne do│▒czenie linux wskazuj▒ce na /usr/src/linux/include/linux. Je╢li do│▒czenia tego nie ma, albo wskazuje na z│e miejsce, to rzeczywi╢cie wiΩkszo╢µ program≤w siΩ nie skompiluje. Je╢li zdecydowa│e╢, ┐e ╝r≤d│a zajmuj▒ za du┐o miejsca na dysku i skasowa│e╢ je, to to jest w│a╢nie tw≤j problem. Razem z tymi ╝r≤d│ami skasowa│e╢ pliki nag│≤wkowe. Inny problem to problem z dostΩpem do plik≤w: Je╢li tw≤j root ma umask ustawiony tak, ┐e u┐ytkownicy nie mog▒ widzieµ plik≤w przez niego stworzonych, i rozpakowa│e╢ ╝r≤d│a bez opcji p (zachowaj oryginalne flagi dostΩpu), u┐ytkownicy nie bΩd▒ mogli u┐yµ kompilatora. Najpro╢ciej naprawiµ to w ten spos≤b: zaloguj siΩ jako root cd /usr/src/linux/ chmod -R go+r include/ 6.14. ZwiΩkszanie limit≤w. Kilka nastΩpuj▒cych przyk│adowych polece± mo┐e pom≤c tym, kt≤rzy zastanawiaj▒ siΩ jak zwiΩkszyµ pewne programowe ograniczenia wprowadzone przez j▒dro: echo 4096 > /proc/sys/kernel/file-max echo 12288 > /proc/sys/kernel/inode-max echo 300 400 500 > /proc/sys/vm/freepages 7. Uwaga na temat odnowienia do wersji 2.0.x. Wersja j▒dra 2.0.x wprowadzi│a trochΩ zmian do instalacji j▒dra. Plik Documentation/Changes zawiera informacje, kt≤re powiniene╢ poznaµ, kiedy odnawiasz swoje j▒dro do wersji 2.0.x. Najprzypuszczalniej bΩdziesz musia│ odnowiµ tak┐e niekt≤re kluczowe pakiety, takie jak: gcc, libc i SysVInit, i mo┐e dostosowaµ kilka plik≤w systemowych. Ale nie panikuj ! 8. Modu│y. úadowalne modu│y j▒dra mog▒ zaoszczΩdziµ trochΩ pamiΩci i u│atwiµ konfiguracjΩ. Obszar dzia│ania modu│≤w ur≤s│ ju┐ do tego, ┐e zawieraj▒ one systemy plik≤w, sterowniki do kart Ethernet, do ta╢m, do drukarek i wiele innych. 8.1. Instalacja narzΩdzi modu│owych. NarzΩdzia te sa dostΩpne stamt▒d, sk▒d masz ╝r≤d│a j▒dra. Nazywaj▒ siΩ modules-x.y.z.tar.gz; wybierz najwy┐sz▒ wersjΩ r≤wn▒, albo mniejsz▒ od wersji twojego j▒dra. Rozpakuj poleceniem tar zxvf modules-x.y.z. Wejd╝ do stworzonego katalogu i poczytaj plik README. Wype│nij dok│adnie instrukcje na temat instalacji (jest ona z regu│y bardzo prosta: make install lub co╢ podobnego). Powiniene╢ mieµ teraz programy: insmod, rmmod, ksyms, lsmod, genksyms, modprobe i depmod w katalogu /sbin. Je╢li chcesz przetestowaµ narzΩdzia z przyk│adowym sterownikiem "hw" w insmod; przejrzyj plik INSTALL w tym katalogu. insmod │aduje modu│ do uruchomionego j▒dra. Modu│y maj▒ z regu│y roszerzenie .o; przyk│adowy modu│ wspomniany wy┐ej nazywa siΩ drv_hello.o, a wiΩc aby go za│adowaµ, napisz: insmod drv_hello.o. Aby zobaczyµ jakie modu│y s▒ aktualnie u┐ywane przez j▒dro u┐yj lsmod. Powinien wy╢wietliµ co╢ takiego blah# lsmod Module: #pages: Usedby: drv_hello 1 drv_hello jest nazw▒ modu│u, u┐ywa jednej strony (4kB) pamiΩci i ┐adne inne modu│y nie zale┐▒ od niego w tej chwili. Aby usun▒µ ten modu│ z j▒dra u┐yj rmmod drv_hello. Zauwa┐, ┐e rmmod chce nazwy modu│u a nie pliku. We╝ j▒ z polecenia lsmod. Inne narzΩdzia modu│owe s▒ opisane w podrΩczniku man. 8.2. Modu│y dystrybuowane z j▒drem. Je╢li chodzi o wersjΩ 2.0.30 wiΩkszo╢µ sterownik≤w dostΩpna jest w postaci modu│≤w. Aby ich u┐yµ, najpierw upewnij siΩ czy nie skonfigurowa│e╢ ich jako sta│e czΩ╢ci j▒dra. To znaczy: nie odpowiadaj "y" na pytania ich dotycz▒ce podczas konfiguracji, ale "m" je╢li jest taka mo┐liwo╢µ. Po skompilowaniu j▒dra napisz make modules i make modules_install. Pierwsze polecenie skompiluje wszystkie sterowniki wyspecyfikowane jako modu│y, a drugie zainstaluje je w katalogu /lib/modules/x.y.z, gdzie x.y.z jest wersj▒ j▒dra. Po zainstalowaniu tych modu│≤w wejd╝ do katalogu /lib/modules/x.y.z i napisz modprobe -a, je╢li masz ten program. Modu│y s▒ szczeg≤lnie przydatne do system≤w plik≤w albo sterownik≤w urz▒dze±, kt≤rych rzadko u┐ywasz. Np. je╢li chcesz u┐yµ dyskietki msdos, to najpierw piszesz insmod /lib/modules/x.y.z/fs/msdos.o i u┐ywasz tej dyskietki. Po sko±czeniu piszesz rmmod msdos. Operacja ta zaoszczΩdza jakie╢ 50 kB RAM-u - niby nic ale jak siΩ uzbiera kilka takich sterownik≤w to docenisz tΩ zaletΩ. Co do systemu plik≤w minix to powinien on byµ zawsze wkompilowany w j▒dro na sta│e, w razie u┐ycia dyskietki startowej. Na dyskietkach jest w│a╢nie minix. ------------------------------------------------------------------ Od t│umacza: Znowu facet skomplikowa│ sprawΩ. Jest narzΩdzie, kt≤re zajmuje siΩ za ciebie │adowaniem i usuwaniem odpowiednich modu│≤w do i z pamiΩci. Nazywa siΩ kerneld czyli kernel daemon. Je╢li u┐yjesz czego╢ co wymaga sterownika w module, kerneld za│aduje za ciebie ten modu│, a potem go wyrzuci jak ju┐ przestaniesz tego u┐ywaµ. Aby go u┐yµ musisz odpowiedzieµ na pytanie konfiguracyjne dotycz▒ce kerneld "Kernel daemon support" "y". Przedtem jeszcze odpowiedz "y" na pytanie "Modules support" czy jako╢ tak, ┐eby m≤c w og≤le u┐ywaµ modu│≤w. Po kompilacji j▒dra wszystko idzie tak samo jak opisane powy┐ej. Jeszcze jedno: je╢li masz dystrybucjΩ RH 4.0 to sprawd╝ czy w pliku /etc/rc.d/rc.sysinit jest uruchamiany /sbin/kerneld. Je╢li nie, to sprawd╝ czy uruchamia siΩ tam program depmod. je╢li te┐ nie to dopisz te linijki /sbin/depmod -a if [ -x /sbin/kerneld ]; then /sbin/kerneld fi za linijk▒ kt≤ra wygl▒da mniej wiΩcej tak: mount -n -o remount,rw / Je╢li masz Slackware sprawd╝ czy w pliku /etc/rc.d/rc.M jest uruchamiany /sbin/kerneld. Je╢li nie, to sprawd╝ czy uruchamia siΩ tam program depmod. Je╢li te┐ nie, to dopisz te linijki /sbin/depmod -a if [ -x /sbin/kerneld ]; then /sbin/kerneld fi za linijk▒ kt≤ra wygl▒da mniej wiΩcej tak: mount -n -o remount,rw / Je╢li masz dystrybucjΩ Debian to: 1) sprawd╝ czy jest plik /etc/init.d/kerneld, je╢li tak to 2) sprawd╝ czy w /etc/rcX.d/ jest dowi▒zanie do tego pliku (bΩdzie to plik SYYkerneld), je╢li jest, to wszystko jest w porz▒dku. X - numer runlevel-u kt≤ry standardowo uruchamiasz. (sprawd╝ w pliku /etc/inittab linijkΩ initdefault) Je╢li kt≤ry╢ z tych warunk≤≈ jest niespe│niony to: ad 1) za│≤┐ plik /etc/init.d/kerneld o tre╢ci: #!/bin/bash # source function library . /etc/rc.d/init.d/functions case "$1" in start) echo -n "Starting kerneld " if [ -f "/sbin/kerneld" ]; then /sbin/kerneld /sbin/depmod -a fi touch /var/lock/subsys/kerneld ;; stop) echo -n "Shutting down kerneld: " killproc kerneld rm -f /var/lock/subsys/kernled echo ;; *) echo "Usage: kerneld {start|stop}" exit 1 esac exit 0 ad 2) napisz cd /etc/rcX.d/ ln -s /etc/init.d/kerneld SYYkerneld YY musi byµ numerem przed │adowaniem modu│≤w; najlpiej jak najwcze╢niej. ------------------------------------------------------------------ 9. Inne opcje konfiguracji. Ta sekcja zawiera opis wybranych opcji konfiguracyjnych j▒dra, kt≤re nie zosta│y podane w sekcji dotycz▒cej konfiguracji j▒dra. WiΩkszo╢ci sterownik≤w tu nie ma. 9.1. Ustawienia og≤lne. Normal floppy disk support - obs│uga dyskietek. Mo┐esz przeczytaµ plik drivers/block/README.fd. S▒ tam szczeg≤lnie wa┐ne informacje dla tych, kt≤rzy maj▒ Thinkpada IBM. XT harddisk support - obs│uga dysk≤w XT. Je╢li masz ten stary kontroler to odpowiedz "y". PCI bios support - je╢li masz PCI, mo┐esz odpowiedzieµ "y"; ale b▒d╝ ostro┐ny - niekt≤re starsze p│yty PCI mog▒ siΩ na tej opcji wywalaµ. WiΩcej informacji na temat PCI w Linux-ie znajdziesz w PCI-HOWTO. Kernel support for ELF binaries - ELF to standard binarny, kt≤ry ma po│▒czyµ r≤┐ne architektury i systemy operacyjne; Linux jak na razie prowadzi w tym projekcie i lepiej w│▒cz to je╢li masz albo masz zamiar mieµ nowsz▒ dystrybucjΩ. Z czasem stary format binarny (a.out) zaginie. Set version informations on all symbols for modules - w przesz│o╢ci, modu│y j▒dra musia│y byµ przekompilowywane za ka┐dym razem z nowym j▒drem. Je╢li odpowiesz tu "y" bΩdzie mo┐liwe aby, u┐ywaµ modu│≤w skompilowanych pod inn▒ wersj▒ │at w j▒drze (druga liczba w wersji). WiΩcej szczeg≤│≤w znajdziesz w README.modules. 9.2. Opcje sieci. Opcje te s▒ opisane w NET-3-HOWTO <http://www.jtz.org.pl/Html/NET-3-HOWTO.pl.html> (albo NET-co╢-HOWTO). 10. Sztuczki i wskaz≤wki. 10.1. Przekierowywanie wyj╢cia z polece± make i patch. Je╢li chcia│by╢ mieµ zapisane w pliku to co dzia│o siΩ podczas wykonywania polece± make i patch, mo┐esz przekierowaµ wyj╢cie tych komend do pliku. Najpierw dowiedz siΩ w jakiej pow│oce pracujesz: echo $shell Je╢li jest to /bin/sh albo /bin/bash, wtedy przekierowywanie wyj╢cia wygl▒da tak: polecenie 2>&1 | tee nazwa_pliku_do_zapisania Je╢li jest to /bin/csh albo /bin/tcsh, to wygl▒da to tak polecenie |& tee nazwa_pliku_do_zapisania Je╢li u┐ywasz rc (a raczej nie u┐ywasz), wtedy wygl▒da to tak: polecenie >[2=1] | tee nazwa_pliku_do_zapisania 10.2. Instalacja warunkowa j▒dra. S▒ jeszcze inne metody testowania nowego j▒dra bez ruszania starego, opr≤cz tych z dyskietkami. LILO ma mo┐liwo╢µ │adowania j▒dra z jakiegokolwiek miejsca na dysku (je╢li tw≤j dysk ma wiΩcej ni┐ 1023 cylindry [512 MB lub wiΩcej], przeczytaj dokumentacjΩ LILO, ┐eby dowiedzieµ siΩ jakie s▒ z tym zwi▒zane problemy). Tak wiΩc je╢li dodasz takie linie: image = (tu wstaw katalog, w kt≤rym znajduje siΩ nowe j▒dro) label = new_kernel na ko±cu pliku konfiguracyjnego LILO, mo┐esz wybraµ jakie j▒dro chcesz │adowaµ, bez ruszania starego j▒dra (po wykonaniu lilo oczywi╢cie). Najprostszym sposobem poinformowania LILO, kt≤re j▒dro chcemy za│adowaµ jest wci╢niΩcie klawisz SHIFT podczas startu (w momencie kiedy na ekranie pojawi siΩ "LILO"). Wtedy pojawi siΩ znak zachΩty. Wpisuj▒c tu new_kernel, lub nazwΩ, kt≤r▒ nada│e╢ w pliku konfiguracyjnym LILO nowemu j▒dru, poinformujesz LILO, ┐eby za│adowa│o nowe j▒dro. Je╢li chcesz trzymaµ kilka r≤┐nych ╝r≤de│ j▒dra na dysku (to zabiera DU»O miejsca - ostro┐nie) najprostszym sposobem jest nazywanie ich linux-wersja_j▒dra. Musisz wtedy zrobiµ symboliczne do│▒czenie ln -s linux-wersja linux ┐eby u┐ywaµ wybranej wersji. Przed zrobieniem takiego do│▒czenie upewnij siΩ, ┐e ostatni parametr do "ln" nie jest katalogiem, bo wtedy nie bΩdzie to to, czego siΩ spodziewa│e╢. 10.3. Odnowienia j▒dra. Russel Nelson (nelson@crynwr.com ) umieszcza zmiany jakie zasz│y w bie┐▒cej wersji j▒dra. S▒ one kr≤tkie i mo┐esz zajrzeµ tam zanim postanowisz odnowiµ j▒dro. S▒ one dostΩpne poprzez anonimowe ftp z ftp.emlist.com w katalogu pub/kchanges lub poprzez WWW - http://www.crynwr.com/kchanges. Spis zmian mo┐esz znale╝µ tak┐e w ftp.icm.edu.pl w katalogu /pub/Linux/sunsite/kernel/changes. 11. Inne dokumenty HOWTO, kt≤re mog▒ siΩ przydaµ to: ╖ Sound-HOWTO: karty d╝wiΩkowe i narzΩdzia do nich ╖ SCSI-HOWTO: wszystko na temat kontroler≤w i urz▒dze± SCSI ╖ NET-3-HOWTO: wszystko o sieci ╖ PPP-HOWTO: protok≤│ PPP w Linux-ie ╖ PCMCIA-HOWTO: o sterownikach do twojego Notebook-a ╖ ELF-HOWTO: ELF: co to ELF ╖ Hardware-HOWTO: przegl▒d obs│ugiwanego przez Linux-a sprzΩtu. ╖ Module-HOWTO: wiΩcej na temat modu│≤w. ╖ Kerneld mini-HOWTO: na temat kerneld. ╖ BogoMips mini-HOWTO: w razie gdyby╢ chcia│ wiedzieµ 12. R≤┐no╢ci 12.1. Od autora. Autorem i cz│owiekim opiekuj▒cym siΩ tym dokumentem jest Brian Ward bri@blah.math.tu-graz.ac.at ProszΩ przysy│aµ mi wszelkie komentarze, dodatki, poprawki (te s▒ najwa┐niejsze). Jak chcesz mo┐esz zajrzeµ na moj▒ stronΩ WWW: <htmlurl url="http://www.math.psu.edu/ward/" name="www.math.psu.edu/ward/"> <htmlurl url="http://blah.math.tu-graz.ac.at/~bri/" name="blah.math.tu-graz.ac.at/~bri/"> Pomimo, i┐ staram siΩ odpowiadaµ na pocztΩ kiedy tylko mogΩ, to musisz pamiΩtaµ, ┐e dostaje du┐o list≤w codziennie. WiΩc odpowiedzenie na tw≤j list mo┐e zaj▒µ trochΩ czasu. Szczeg≤lnie je╢li wys│a│e╢ mi jakie╢ pytanie, spr≤buj byµ jak najbardziej dok│adny. Je╢li piszesz o niedzia│aj▒cym sprzΩcie (czy co╢ podobnego) muszΩ wiedzieµ jaka jest konfiguracja tego sprzΩtu. Je╢li piszesz o b│Ωdzie, to nie pisz, ┐e "pr≤bowa│em, ale nie dzia│a..." MuszΩ znaµ chocia┐ b│▒d jaki siΩ pojawi│. Chcia│bym tak┐e wiedzieµ jaka by│a wersja j▒dra, gcc i libc. Je╢li powiesz mi, ┐e u┐ywasz tej-i-tej dystrybucji to mi wiele nie powie. Nie obchodzi mnie to, ┐e zadajesz proste pytania. Kto pyta, nie b│▒dzi! Chcia│bym podziΩkowaµ wszystkim, kt≤rzy wspierali mnie podzas pisania tego dokumentu. Je╢li wys│a│e╢ do mnie list i nie otrzyma│e╢ odpowiedzi w jakim╢ sensownym czasie (3+ tygodni). To ca│kiem mo┐liwe, ┐e przypadkowo skasowa│em tw≤j list (przepraszam). Napisz jeszcze raz. DostajΩ du┐o poczty z pytaniami, kt≤re s▒ w│a╢ciwie problemami sprzΩtowymi. W porz▒dku, ale pamiΩtaj, ┐e przecie┐ nie znam wszystkich urz▒dze± na ╢wiecie i nie wiem na ile mogΩ byµ pomocny. Osobi╢cie u┐ywam maszyn z dyskami IDE i SCSI, CD-ROM-ami SCSI, kartami Eternet 3Com i WD, myszami szeregowymi, p│ytami g│≤wnymi PCI, kontrolerami NCR 810 SCSI, procesorami AMD 386DX40 Cyrix, AMD 5x86, AMD 486DX4, i Intel 486DX4. (To jest przegl▒d tego, co u┐ywam i na czym siΩ znam. Nie jest to zachΩta, ale je╢li chcesz to mo┐esz pisaµ.) Wersja -0.1 zosta│a napisana 3 pa╝dziernika 1994. Dokument ten jest dostΩpny w formatach: SGML, PostScript, TeX, roff i jako czysty tekst. 12.2. Co jest jeszcze do zrobienia. Sekcja na temat sztuczek i wskaz≤wek jest jeszcze trochΩ ma│a. Mam nadziejΩ, ┐e siΩ rozro╢nie wraz z przybywaniem sugestii. To samo odnosi siΩ do sekcji pakiety dodatkowe. Potrzeba mi wiΩcej informacji na temat ╢ledzenia (debugging) i odzyskiwania po padach systemu. 12.3. Oto ci, kt≤rzy siΩ przyczynili do powstania tego HOWTO. Do│▒czona jest ma│a czΩ╢µ README Linusa na temat opcji rozgryzania j▒dra.(kernel hacking) (DziΩki Ci Linus!) uc@brian.lunetix.de (Ulrich Callmeier): polecenia patch -s, xargs. quinlan@yggdrasil.com (Daniel Quinlan): poprawki i dodatki do wielu sekcji. nat@nataa.fr.eu.org (Nat Makarevitch): mrproper, tar -p i wiele innych boldt@math.ucsb.edu (Axel Boldt): uzbierany spis opcji konfiguracyjnych j▒dra dotycz▒cych sieci. Przes│ane mi. lembark@wrkhors.psyber.com (Steve Lembark): sugestie odno╢nie wyboru j▒dra przy starcie. kbriggs@earwax.pd.uwa.edu.au (Keith Briggs): kilka sugestii i poprawek. rmcguire@freenet.columbus.oh.us (Ryan McGuire): dodatki na temat "make" dumas@excalibur.ibp.fr (Eric Dumas): t│umaczenie francuskie simazaki@ab11.yamanashi.ac.jp (Yasutada Shimazaki): t│umaczenie japo±skie jjamor@lml.ls.fi.upm.es (Juan Jose Amor Iglesias): t│umaczenie hiszpa±skie mva@sbbs.se (Martin Wahlen): t│umaczenie szwedzkie jzp1218@stud.u-szeged.hu (Zoltan Vamosi): t│umaczenie wΩgierskie B.Maruszewski@jtz.org.pl (Bartosz Maruszewski): t│umaczenie polskie donahue@tiber.nist.gov (Michael J Donahue): korekta liter≤wek, wygra│ konkurs o kromkΩ chleba rms@gnu.ai.mit.edu (Richard Stallman): pomys│ na bezp│atn▒ dokumentacjΩ i dystrybucjΩ dak@Pool.Informatik.RWTH-Aachen.DE (David Kastrup): NFS esr@snark.thyrsus.com (Eric Raymond): r≤┐no╢ci. Ci, kt≤rzy przysy│ali mi pytania z problemami tak┐e byli pomocni. 12.4. Prawa autorskie, licencja i takie inne. Dokument chroniony prawami autorskimi (C) Briana Warda, 1994-1997. Mo┐na rozprowadzaµ kopie tego dokumentu o ile na wszystkich bΩdzie zachowana uwaga o prawach autorskich i to pozwolenie. Mo┐na kopiowaµ i dystrybuwaµ ten dokument w wersji modyfikowanej pod warunkiem dos│ownego kopiowania zak│adaj▒c, ┐e praca pochodna jest dystrybuowana z takimi samymi prawami jak ten dokument. T│umaczenia zaliczaj▒ siΩ tak┐e do wersji modyfikowanych. Gwarancja: »adna. Zalecenia: Dystrybucja komercyjna jest dozwolona. Jednak zaleca siΩ najpierw kontakt z autorem, aby mieµ naj╢wie┐sze dane (mo┐esz mi wys│aµ kopiΩ tego co chcesz dystrybuowaµ). T│umacze s▒ tak┐e zobowi▒zani najpierw siΩ skontaktowaµ ze mn▒. Wersja wydrukowana wygl▒da o wiele │adniej. 12.5. Od t│umacza. T│umaczenie to jest chronione prawami autorskimi (C) Bartosza Maruszewskiego. Dozwolone jest rozprowadzanie i dystrybucja na prawach takich samych jak dokument oryginalny. Je╢li znalaz│e╢ jakie╢ ra┐▒ce b│Ωdy ortograficzne, gramatyczne, sk│adniowe, techniczne to pisz do mnie: B.Maruszewski@jtz.org.pl Oficjaln▒ stron▒ t│umacze± HOWTO jest http://www.jtz.org.pl/ Aktualne wersje przet│umaczonych dokument≤w znajduj▒ siΩ na tej┐e stronie. DostΩpne s▒ tak┐e poprzez anonimowe ftp pod adresem ftp.jtz.org.pl w katalogu /pub/Linux/JTZ/. Przet│umaczone przeze mnie dokumenty znajduj▒ siΩ tak┐e na mojej stronie WWW. <http://www.jtz.org.pl/bartek/tlumaczenie.html> S▒ tam te┐ odwo│ania do Polskiej Strony T│umaczeniowej. Kontakt z nasz▒ grup▒, grup▒ t│umaczy mo┐esz uzyskaµ poprzez listΩ dyskusyjn▒ jtz@ippt.gov.pl. Je╢li chcesz sie na ni▒ zapisaµ, to wy╢lij list o tre╢ci subscribe jtz ImiΩ Nazwisko na adres listproc@ippt.gov.pl Zmiany w tym dokumencie wprowadzone przez t│umacza to: ╖ - informacja o menuconfig i xconfig, ╖ - dwa dodatkowe sposoby na za│adowanie dobrego j▒dra ╖ - informacja o kerneld ╖ - a tak┐e odno╢niki do polskich serwer≤w ftp i WWW